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(54) Methods and apparatus for enabling shared web-based interaction in stateful servers 

(57) A method of interactively sharing information 
between at least two devices in a computer network, 
each 'device having a respective browser associated 
therewith for handling the information, includes retriev- 
ing information from an information source in the net- 
work for storage in resppnse to receipt of a retrieval re- 
quest from a first browser associated with a first device. 
The method further includes sending the stored infor- 
mation to at least a second browser of at least a second 
device in response to receipt of a similar request there- 
from, the second device receiving the request from the 
first device, such that the devices can share the infor- 
mation retrieved from the information source in re- 
sponse to the single request made to the source. Pref- 
erably, a surrogate is established in at least the first de- 
vice for informing the second device of the request made 
such that the browser of the second device can make 
the similar request. Also, the information available from 
the information source in the computer network may in- 
clude dynamically changing (i.e., stateful) content. 
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D scripti n 

Field of the Inv ntron 

[0001] The present invention relates to methods and 
apparatus for providing shared web-based interaction 
and, more particularly, to providing shared web-based 
interaction involving dynamically generated or stateful 
content. 

Background of the Invention 

[0002] A browser is a software program run on a com- 
puter that allows a computer user to request, view, ma- 
nipulate and/or send information across a computer net- 
work. For example, a web-based browser serves as a 
user's front-end interface to the World Wide Web 
(WWW) on the Internet. As is known, using a web-based 
browser, a user types in or selects the address or URL 
(Uniform Resource Locator) of a website to request a 
webpage (e.g., homepage) associated with the website 
that he wishes to visit. The browser transmits the re- 
quest over the Internet to the Web server with which the 
website is associated and the server downloads the 
homepage to the browser for viewing by the user. The 
homepage is typically an index to other pages on that 
website that can be accessed by clicking on icons which 
represent the addresses of the other pages. 
[0003] In EP-A-0 820 028 a technique is disclosed for 
shared Internet browsing among multiple users (e.g., cli- 
ents) using unmodified browsers and servers. The tech- 
nique employs client-side executable content that is dy- 
namically downloaded into the browser, such as an ap- 
plet. An applet is a limited-function, utility program. The 
applet at one endpoint communicates with an applet of 
a collaborator (e.g., another browser) via some commu- 
nication channel, and allows the "connected" browsers 
to move from webpage to webpage in synchrony, view- 
ing the same (or related) content. One way of achieving 
this interaction is to have all connected browsers submit 
the same URL. However, in the case of dynamically gen- 
erated content, this causes the Web server to execute 
the same request multiple times, once for each partici- 
pating browser (i.e., as many times as the same request 
was respectively made by the multiple users). This may 
not be desirable, particularly, when a URL submission 
causes an order to be placed on the Web server. That 
is, multiple executions of the request will cause multiple 
orders to be placed on the Web server. This may not be 
what the multiple users intended in participating in the 
shared browsing session. That is, the intent may have 
been only to place a single, joint order at the end of the 
shared browsing session. 

[0004] For example, various -commerce w bsites 
acc ssibl via specific W bs rvers allow users to sel ct 
items th y wish to order and place them in a virtual 
■shopping cart." When the user completes his selec- 
tions, he then clicks on a "Place Order" icon resulting in 



aURLr quest being submitted to the e-commerces rv- 
er for placement of the order However, if multiple users 
are interactively browsing in order to place one joint or- 
der, as described above, then when one user clicks on 
5 the "Place Order" icon, each browser submits an iden- 
tical URL request. This has the undesirable effect of 
placing as many orders for the same items as there are 
connected browsers. 

[0005] Proxy servers have been proposed for improv- 
10 ing access to data on the Internet. A proxy server is a 
facility used by a client (i.e., like a browser) which re- 
ceives a request for a particular URL from a client (e.g., 
a Web browser) and forwards the request (on behalf of 
the client, as its proxy) to the appropriate Web server. 
is The proxy server receives the response and transmits 
the response to the requesting client. A firewall proxy, 
for example, accepts requests from a client inside the 
firewall for data provided by servers outside the firewall, 
and retrieves the data. A caching proxy server addition- 
20 ally saves the obtained response, and provides the re- 
sponse to any other client that autonomously makes the 
same request, subject to certain rules which govern how 
long data will be held in the cache, and when it will be 
refreshed. 

25 [0006] However, caching proxy servers do not cache 
responses that are dynamically generated, e.g., output 
of CGI (Common Gate Interface) requests, Active Serv- 
er Pages, etc. For example, a financial information w b- 
site accessible via a particular Web server may have a 

30 feature that allows a user to request and receive a price 
quote on a particular stock. For instance, clicking on a 
"Get Quote" icon will result in a URL request being sub- 
mitted to the Web server. The Web server may then 
have to search for the latest stock quote or, itself, re- 

35 quest and retrieve the latest stock price from another 
source. Assuming the user sets up a caching proxy serv- 
er, a price quote requested by a user in the morning will 
be retrieved and cached in the caching proxy server. 
However, if the user clicks on the "Get Quote" icon in 

40 the afternoon, the caching proxy server still only has the 
morning price quote stored, which is likely no linger ac- 
curate. Since the caching proxy server does not dynam- 
ically update the information, a new request must be 
placed to the website. 

45 [0007] Further, proxy servers require changes in the 
client-side browser configuration. That is, the user must 
manually modify the browser settings to direct all URL 
requests to the proxy server, which then makes the re- 
quest. Still further, attempting to use a proxy server in 

so conjunction with shared browsing does not work in th 
presence of a firewall. That is, the browser can only us 
one proxy at a time, whereas two are needed, i.e., on 
to get outside the firewall, and the other one to support 
the shar d int raction. 

55 

Summary of th Invention 

[0008] The present invention provides methods and 
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apparatus for permitting interactive browsing over a 
computer network such that multiple users (e.g. , clients) 
are provided with dynamically generated content (i.e., 
data that is subject to state changes) retrieved from an 
information source in the network when needed. The 
disclosed techniques do not require any client-side 
modifications and operate transparently even in the 
presence of a firewall. 

[0009] Advantageously, the present invention pro- 
vides these and other inventive features by employing 
an intermediary network element, referred to as a gate- 
way, situated between user devices and information 
sources in a computer network. The gateway enables a 
method of interactively sharing information between at 
least two devices in the computer network, each device 
having a respective browser associated therewith for 
handling the information. The method includes retriev- 
ing information from an information source in the net- 
work in response to receipt of a request, from a first 
browser associated with a first device, to retrieve the 
information. The retrieved information is stored in asso- 
ciation with the request received from the first browser. 
Preferably, this is accomplished via a cache memory as- 
sociated with the gateway. The method also includes 
sending the stored information to at least a second 
browser of at least a second device in response to re- 
ceipt of a similar request therefrom such that the devices 
can share the information retrieved from the information 
source in response to the single request. It is to be ap- 
preciated that the second browser receives the request 
from the first browser so that it can make the similar re- 
quest to the gateway. Inthis manner, the original request 
from the first browser is executed by the information 
source only once, but shared by multiple user devices. 
The gateway may be implemented at a server in the net- 
work, at any of the user devices, or even at the informa- 
tion source. 

[0010] In another embodiment of the invention, surro- 
gate applets are preferably dynamically downloaded 
from the computer network to at least some of the 
browsers of the devices participating in the interactive 
browsing session. The surrogate applets are executable 
code that serve as interfaces between the browsers, as 
well as translators of browser requests. The requests 
are translated or modified by the surrogates so that they 
can be directed to the gateway by the respective brows- 
ers. 

[0011] These and other objects, features and advan- 
tages of the present invention will become apparent 
from the following detailed description of illustrative em- 
bodiments thereof, which is to be read in connection with 
the accompanying drawings. 

Bri f De cription f the Drawing 

[0012] 

FIG. 1 is a block diagram illustrating a server system 



for the stablishment of surrogates which may be 
employed with the invention; 

FIGs. 2A and 2B are flow charts jointly illustrating 
s the steps in carrying out the operation of the server 
system of FIG. 1; 

FIG. 3 is a block diagram illustrating an exemplary 
embodiment of a web-based interactive browsing 
10 arrangement according to the present invention; 

FIG. 4 is a block diagram illustrating a client-server 
system in which web-based interactive browsing 
according to the invention may be implemented; 
is and 

FIGs. 5A through 5D is a flow chart illustrating a 
web-based interactive browsing method according 
to an exemplary embodiment of the present inven- 
20 tion. 

Detailed Description of Preferred Embodiments 

[0013] The invention will be, described below in con- 

2S junction with an exemplary web-based browser and w b 
server arrangement that is compatible with standard 
web-based browsers such as, for example, the NET- 
SCAPE browser (available from Netscape Communica- 
tions Corporation), the standard hypertext transfer pro- 

30 tocol (HTTP), and hypertext markup language (HTML). 
Although particularly well-suited for implementation 
over the Internet using Transmission Control Protocol/ 
Internet Protocol (TCP/IP) connections, the invention is 
not limited to use with any particular type of network or 

35 network communication protocol. The disclosed tech- 
niques are suitable for use with a wide variety of other 
networks and protocols, and many different types of 
browsers installed on client computers. Further, the term 
"processor" as used herein is intended to include any 

40 processing device, including a CPU (central processing 
unit), which may be utilized in a client computer, server 
computer, or any other computer employed in conjunc- 
tion with the invention. Also, the term "memory D as used 
herein is intended to include memory associated with a 

45 processor or CPU, such as, for example, RAM, ROM, a 
fixed memory device (e.g., hard drive), or a removable 
memory device (e.g., diskette). In addition, the process- 
ing device may include one or more input devices, e.g., 
keyboard, for inputting data to the processing unit, as 

so well as one or more output devices, e.g., CRT display 
and/or printer, for providing results associated with th 
processing unit. Further, it is to be understood that on 
or more processing devices within the network may 
share associat d r sourc s. Accordingly, the softwar 

55 instructions or cod for p rforming the methodologi s 
of the inv ntion, described herein, may be stored in one 
or- more of the associated memory devices (ROM, fixed 
or removable memory) and, when ready to be utilized, 
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loaded into RAM and executed by a CPU. 
[0014] Before providing a detailed description of pre- 
ferred embodiments of interactive browsing methods 
and apparatus of the invention, an explanation will follow 
as to a preferred method for establishing a surrogate on s 
the computer of each user who wishes to participate in 
an interactive browsing session. This method is de- 
scribed in the above-referenced patent applications 
identified as U.S. Serial Nos. 09/133,716 and 
08/683,072. w 
[0015] FIG. 1 illustrates a server system 100 which is 
connected to the World Wide Web (WWW) as a web 
server. System 1 00 works compatibly with standard web 
browsers such as the NETSCAPE browser, HTTP and 
HTML. Among other things, system 100 provides users is 
with services of: (a) collaborative browsing of HTML 
documents at various websites on WWW, and (b) real- 
time interactive communications between the users. 
Specifically, with system 100, during a collaborative 
browsing session, multiple users or collaborators are al- 20 
lowed to synchronously and cooperatively browse infor- 
mation from websites addressable by their uniform re- 
source locators (URLs). The collaborators may also in- 
teract with one another through text-chat communica- 
tions for example. In addition, system 100 allows users 2S 
to freely join and exit an on-going session and is capable 
of scaling its capacity to accommodate a changing 
number of sessions and collaborators in a particular 
session. 

[0016] As shown in FIG. 1 , a user may utilize compu- 30 
ter U-1 to access system 100 over WWW at a predeter- 
mined URL. Computer U-1 may be a conventional per- 
sonal computer (PC) running standard web browser 151 
such as the NETSCAPE browser. As soon as U-1 is con- 
nected to system 100 through link 105, manager 107 in 35 
system 100 starts communicating with U-1 through web 
browser 151 and HTTP server 109 having a common 
gate interface (CGI). 

[0017] Manager 107 comprises a service routine for 
helping a userto establish a collaborative browsing ses- 40 
sion. FIGs. 2A and 2B illustrate the steps of the service 
routine. At step 201, manager 107 causes a 
"homepage" to be displayed on U-1 , which greets the 
user, and describes the service provided by system 100. 
Manager 107 then elicits from U-1 user information, as 4S 
indicated at step 203. This information includes a user 
identification (ID), password and other administrative 
data necessary for ensuring that the user is an author- 
ized user. At step 205, manager 107 inquires U-1 as to 
whether the user wants to create a session, or join an so 
on-going session. In this instance, the user of U-1 
chooses to create a session. Manager 107, at step 207, 
then prompts the user for the details on the session to 
b created, such as the purpos or th topic of th ses- 
sion, and wheth r it is a privat or public session. By 55 
way of exampl , if it is a privat session, a would-be 
collaborator must identify the user, by his/her us r ID, 
who created the session in order to join it. If it is a public 



session, the topic of the session will be listed and is 
searchable by a would-be collaborator. 
[0018] In this instance, the user of U-1 replies that the 
session to be created is public and the purpose of the 
session is to, for example, shop for an automobile. Man- 
ager 107 proceeds to start the new session and causes 
surrogate 153 to be created within browser 151 in com- 
puter U-1 , as indicated at step 209. To that end, system 
100 transmits to computer U-1 mobile code pursuant to 
a mobile programming language such as, for example, 
the standard JAVA language. Thus : in this instance, the 
mobile code may be in the form of a JAVA applet. Sur- 
rogate 1 53 is realized when the applet starts to run with- 
in browser 1 51 as soon as it reaches computer U-1 . Sur- 
rogate 153 is further described hereinbelow, and it suf- 
fices to know for now that it serves as an assistance to 
the browser to carry out the session. 
[0019] Since in this instance it is a new session, man- 
ager 107, at step 211, assigns a new controller, numer- 
ically denoted 111, to control and regulate the session. 
Manager 107 at step 213 causes controller 111 to b 
connected to surrogate 1 53 through link 113, and at the 
same time discontinues link 1 05. Surrogate 1 53 serves 
as an interface between browser 1 51 and controller 111. 
Among other things, surrogate 153 monitors user inter- 
action with the browser, and reports the user interaction 
to controller 111. 

[0020] It should be noted at this point that surrogate 
153 is realized using a JAVA applet which is transmitted 
Jo and executed on U-1 on an on-demand basis, no soft- 
ware needs to be installed or maintained on the user 
computer beforehand as in the traditional applications. 
Thus, any standard JAVA-enabled browsers such as, for 
example, the NETSCAPE browser can be utilized. How- 
ever, other browsers that support executable content 
may be employed. In other words, system 100 does not 
require the users to have specialized browser software 
to take advantage of the service. 
[0021] A second user may utilize computer U-2 to ac- 
cess system 100 at the predetermined URL to join an 
on-going session. After computer U-2 establishes a link 
(not shown) to HTTP server 109, manager 107 similarly 
goes through steps 201 and 203 of FIG. 2A, as previ- 
ously described. However, at step 205, the user of U-2 
in this instance chooses to join an on-going session. As 
such, manager 107 queries U-2 as to whether the sec- 
ond user wants to join a private session or public ses- 
sion, as indicated at step 220 in FIG. 2B. In this instance, 
the second user chooses to join a public session, and 
manager 107 proceeds to step 224. Otherwise, the s c- 
ond user needs to identify the private session to be 
joined by the user ID of the creator of that session, as 
indicated at step 222. 

[0022] In any ev nt, at st p 224, manag r 1 07 causes 
a list of all th on-going sessions to b displayed on com- 
puter U-2 including, for example, the automobile shop- 
ping session created by the us r of computer U-1 . Man- 
ager 1 07 then proceeds to step 226 where it determines 
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the particular session selected by the second user In 
this example, the second user chooses to join the auto- 
mobil shopping session by pointing and clicking using 
a mouse device at the listed topic. At step 228, surrogate 
1 73 is created on computer U-2, in a manner described s 
before, within browser 171 which may be different from 
browser 151. Once surrogate 173 is created, knowing 
that the automobile shopping session was assigned to 
controller 111 , manager 107 causes controller 111 to be 
connected to surrogate 1 70 through link 1 75, as indicat- io 
ed at step 230. 

[0023] In this particular example, the creator of the 
session is afforded the same capabilities as the other 
collaborators, except that the creator has the control of 
leading the session. In addition, the surrogates connect- 
ed to controller 111 are programmed to allow the collab- 
orators to interactively communicate in text with one an- 
other in real time. The collaborators may point and click 
at a specified icon on their computers using a mouse 
device to make the text-chat connections for exchang- 20 
ing their opinions on automobiles as the HTML docu- 
ments unfold before them. However, it will be appreci- 
ated that a person skilled in the art may program con- 
troller 1 1 1 to enforce certain access control. For exam- 
ple, different collaborators may be afforded by controller 25 
111 different capabilities during a collaborative session. 
Controller 111 may also enforce a priority scheme 
whereby the collaborators take turns to lead the session 
and communicate with one another. 

[0024] Other computer users who want to either ere- 30 
ate a session or join an on-going session go through the 
similar process to that of U-1 or U-2 described above. 
However, acontroller may be overloaded at certain point 
as more and more collaborators joining a particular ses- 
sion regulated by the controller. Because of the server- 35 
based architecture of system 100 where intelligence 
and information on every user's connection resides in 
manager 107, the system capacity is readily scalable to 
accommodate a growing number of the collaborators, 
without affecting the service quality. Once the number 40 
reaches a predetermined threshold at a controller, man- 
ager 107 employs a new controller to connect the ex- 
cessive collaborators. The new controller and existing 
controllers for the same session dynamically reorganize 
themselves in a hierarchy (e.g., star topology) to facili- *s 
tate communications with one another and their coordi- 
nation to carry out the session in a synchronous manner. 
[0025] Furthermore, as more and more controllers are 
ngaged, the initial capacity of system 100 may run out. 
Again, because of the architecture of system 1 00, a new so 
controller may be engaged using additional hardware 
which can be easily absorbed into system 1 00. Similarly, 
when the number of sessions exceeds a predetermined 
thr shold, multipl managers similar to manag r 107 
ar institut d and the manag rs ar dynamically r or- ss 
ganized in a particular hi rarchy (e.g., star topology). 
[0026] A text- chat communications capability be- 
tween the collaborators is provided through the cooper- 



ation of the surrogates. Oth r means of communications 
can also be provided, in addition to or in li u of th "text 
chat" communications, using the surrogates. These oth- 
er communications means include standard telephone, 
Internet phone, packet phone and video conferencing 
facilities. Finally, system 100 is disclosed herein in a 
form in which various system functions are performed 
by discrete functional blocks. However, any one or more 
of these functions could equally well be embodied in an 
arrangement in which the functions of any one or more 
of those blocks or indeed, all of the functions thereof, 
are realized, for example, by one or more appropriately 
programmed processors. 

[0027] Given the above description as to a preferred 
method of establishing surrogates in browsers, methods 
and apparatus for interactive web-based browsing ac- 
cording to the invention will now be described. 
[0028] Referring now to FIG. 3, portions of an interac- 
tive browsing system 300 according to an exemplary 
embodiment of the invention are shown. The system 
300 includes a first browser 302 having a surrogate 304 
associated therewith. As previously explained, the 
browser 302 is a computer software program that runs 
on a computer of the system 300 and allows a user, inter 
alia, to place information requests to various websites 
associated with network servers. The surrogate 304 is 
also a computer software program that is run in conjunc- 
tion with the browser 302 on a computer of the system 
300 and, as will be explained, provides the necessary 
functionality to provide interactive browsing between 
browser 302 and other browsers according to the inven- 
tion. It is to be appreciated that the surrogate 304 is ex- 
ecutable content that may preferably be dynamically 
downloaded into each client that is participating in the 
interactive browsing arrangement. That is, the invention 
contemplates each user downloading a surrogate ap- 
plet from a designated network server (e.g., server 1 00) 
to his computer when he intends to interactively browse 
websites with another user. The surrogate is preferably 
established at the user's computer via the server system 
100 and techniques described above with respect to 
FIGs. 1, 2A and 2B. The system 300 of the invention 
also includes a second browser 306 with a second sur- 
rogate 308, which provide similar functionality to anoth- 
er user as the browser 302 and surrogate 304 provide 
to the first user. The surrogate 304 may also be estab- 
lished in conjunction with server system 100. The sur- 
rogates 304 and 308 are coupled to one another via 
communications channel 310. It should also be under- 
stood that more than two users may be coupled via their 
respective surrogates in this manner. 
[0029] Further, the interactive browsing system 300 
of the invention includes an intermediary element 312, 
h r inaft rreferr d to as a 'gat way/ The gateway 312 
is advantageously coupled bet we n the surrogates 304 
and 308, respectively via communication chann Is 316 
and 31 8, and a WWW server 320, via a communications 
channel 322. It is to be appreciated that while FIG. 3 



BNSDOCIO <EP 1018689A2J_> 



6 



9 



EP 1 018 689 A2 



10 



illustrates only one WWW server in system 300, the 
gateway 312 may preferably be coupled to more than 
one or all such servers on the Internet. The gateway 312 
also includes a cache memory 314 for storing informa- 
tion, as will be explained below, in accordance with the s 
invention. 

[0030] Advantageously, a surrogate (304 or 308) in- 
tercepts URL requests from its associated browser (302 
or 306) that are directed to the Web server 320 respon- 
sible for retrieving and/or generating the requested con- 10 
tent (e.g., HTML document). The surrogate may inter- 
cept all URL requests made by a user via the browser 
or only requests matching some specified criteria. The 
initiating surrogate via its associated browser directs the 
request to the gateway 312 (via channel 316 or 318). is 
The gateway then sends the URL request to the Web 
server 320 (via channel 322), stores the response(s) re- 
ceived from the server 320 (via channel 322), and di- 
rects the initiating surrogate via its associated browser 
to retrieve the stored response (via channel 31 6 or 31 8). 20 
The initiating surrogate then preferably directs all other 
connected surrogates (via channel 310) to retrieve the 
response via their associated browsers from the gate- 
way 312. This may be done, for example, through the 
controller 111 in server system 100 (FIG. 1). Advanta- 25 
geously, the original request is thus executed only once 
by the WWW server 320, while the response is shared 
by multiple endpoints via the intermediary gateway. 
[0031] FIG. 4 illustrates a client -server system in 
which web-based interactive browsing according to the 30 
invention may be implemented. As shown, a client com- 
puter 402 (client 1), a client computer 404 (client 2), a 
gateway 406, and a server 408 are coupled via respec- 
tive communications channels over the WWW network 
410. Client 402 includes a processor 41 2 and associat- -35 
ed memory 414 for, e.g., running the browser 302 and 
surrogate 304 according to the invention, as described 
herein. Likewise, client 404 includes a processor 416 
and associated memory 418 for, e.g., running the brows- 
er 306 and surrogate 308 according to the invention, as 40 
described herein. Gateway 406 includes a processor 
420 and associated memory 422 for performing the op- 
erations of the gateway 312, as described herein. It is 
to be appreciated that the cache 31 4 may be part of the 
memory 422. The server 408 includes a processor 424 45 
and associated memory 426 for performing the opera- 
tions associated with the WWW server 320. It is to be 
understood that the communications channels 310, 
316, 318, and 322 of FIG. 3, may be implemented as 
TCP/IP connections, as are known in the art, over the so 
WWW 410 in FIG. 4. 

[0032] While the gateway 312 is shown in FIG. 4 as 
being implemented on a separate computer, it is to be 
appr ciat d that this is not necessary for th invention. 
That is, th gateway 312 may b alternate ly impl - ss 
ment d on the s rver 408, or at ither client computers 
402 or 404. Still further, the gateway 312 may be imple- 
mented on the server system 100 (FIG. 1) used to es- 



tablish the surrogates in the client computers. That is, 
the particular computer employed to execute the func- 
tions of the gateway is not critical to the invention. Also, 
it should be understood that the server 408 could be the 
same server that aids in establishing the surrogates in 
the browsers (e.g., server system 100 in FIG. 1). 
[0033] Referring now to FIGs. 5A through 5D, a flow 
chart of a web-based interactive browsing method 500 
according to an exemplary embodiment of the present 
invention is shown. In step 502, a user requests a URL 
using browser 1 (browser 302). Then, in step 504, the 
surrogate applet 1 (surrogate 304) intercepts the re- 
quest and translates the request. Translation includes 
modifying the URL request such that an address asso- 
ciated with the gateway 312 is included therewith. In this 
manner, the request is first directed to the gateway rath- 
er than directly to the intended server. The browser 1 
then sends the translated URL request to the gateway, 
in step 506, which is received by the gateway, in step 
508. 

[0034] Next, the gateway 31 2 searches its cache 31 4 
for the translated URL (step 510). Assuming that this is 
the first time the browser 1 is requesting the URL in this 
session, the gateway does not find the URL in its cache. 
In step 512, the gateway then performs a reverse trans- 
lation of the URL (e.g., removes any modification mad 
to the request by surrogate applet 1) and forwards th 
original URL request to WWW server 320. 
[0035] WWW server 320 then fulfills the request and 
sends the response (e.g. , HTML document) back to the 
gateway 312, in step 514. The gateway receives the re- 
sponse, modifies it as necessary, and saves the re- 
sponse in its cache (step 51 6). That is, in its cache mem- 
ory, the gateway associates the translated URL request 
received from browser 1 with the received response. In 
step 518, the gateway sends a copy of the cached re- 
sponse back to browser 1, which displays the contents 
of response to the user, in step 520. 
[0036] Next, in step 522, surrogate applet 1 sends the 
translated URL request to surrogate applet 2 (surrogate 
308). In response, surrogate applet 2 requests associ- 
ated browser 2 (browser 306) to retrieve the translated 
URL via gateway 31 2 (step 524). Browser 2 then sends 
the translated URL request to the gateway, in step 526, 
which is received by the gateway, in step 528. The gate- 
way then searches its cache for the translated URL. 
Since, in step 516, the gateway saved the translated 
URL in conjunction with the response received from the 
WWW server, the gateway locates the translated URL 
request (step 530). The gateway sends a copy of the 
cached response backto browser 2, in step 532. Brows- 
er 2 then displays the contents of the cached response 
to its associated user, in step 534. 
[0037] Also, it is to be und rstood that browser 2 may 
initiat a translat d URL requ st to the gateway, in 
which case, browser 1 is the recipi nt of the copy of the 
cached response. It is to be further understood that 
steps 522 through 534 are performed for each browser 
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connected to browser 1 . 

[0038] Advantageously, in this manner, multiple users 
may participate in int ractive browsing that involves dy- 
namically generated content associated with stateful 
servers. That is, referring back to the e-commerce web- 
site example previously mentioned, if a user associated 
with browser 1 and a user associated with browser 2 are 
jointly viewing and selecting items available on the web- 
site, a URL request to place an order for the selected 
items is only generated once at the subject server, i.e., 
in response to the initiating surrogate. Then, all other 
connected browsers may review the results of the single 
order. By way of another example, when the initiating 
user clicks on a "Visitors Count" icon on a webpage, 
which gives the user the current number of persons vis- 
iting the site (incremented by one to include the user), 
only one URL request is sent to the subject server, rather 
than a request for each connected browser. 
[0039] Further, unlike a conventional arrangement 
that employs a caching proxy server, an interactive web- 
based browsing system according to the invention per- 
mits the use of a firewall. That is, the firewall may be 
placed between the gateway 312 and any WWW server 
such as, for example, server 320 (FIG. 3). For example, 
the firewall may be implemented in the same computer 
device that implements the gateway, e.g., computer 406 
(FIG. 4), or in its own dedicated computer device. 
[0040] Still further, it is to be appreciated that each us- 
er participating in an interactive browsing session ac- 
cording to the invention does not necessarily need to 
establish a surrogate applet in his browser. That is, for 
example, a user can receive the translated URL from 
the other browser, via the controller of server system 
100 (FIG. 1), and then manually enter the translated 
URL to be sent to the gateway 312. In this manner, the 
user operating his browser without a surrogate can also 
get a copy of a HTML document requested by another 
participating browser using a surrogate. 
[0041] One of ordinary skill in the art will realize that 
the teachings of the invention described herein can be 
applied to many and varied applications. By way of ex- 
ample only, it is to be understood that the techniques of 
the invention have application in Web-based call cent- 
ers where customer service agents interact with cus- 
tomers. In such an application, the interaction between 
agent and customer may involve changes in server-side 
state (e.g., financial transactions, order placement, 
etc.), but there is a need to have the agent and customer 
see the same content. Thus, referring to FIG. 4, if com- 
puter 402 is an agent and computer 404 is a customer, 
such requirements as mentioned above are satisfied ac- 
cording to the invention. That is, by employing a gate- 
way, the agent and customer could both view dynami- 
cally gen rat d (i.e., stateful) content provid dbys rver 
408. 
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A method of interactively sharing information be- 
tween at least two devices in a computer network, 
each device having a respective browser associat- 
ed therewith for handling the information, the meth- 
od comprising the steps of: 

retrieving information from an information 
source in the network for storage in response 
to receipt of a request from a first browser as- 
sociated with a first device to retrieve the infor- 
mation; and 

sending the stored information to at least a sec- 
ond browser of at least a second device in re- 
sponse to receipt of a similar request therefrom, 
the second device receiving the request from 
the first device, such that the devices can share 
the information retrieved from the information 
source in response to the single request mad 
to the source. 

The method of Claim 1 , wherein a surrogate is es- 
tablished in at least the first device for 
informing the second device of the request mad 
such that the browser of the second device can 
make the similar request. 

The method of Claim 2, wherein a surrogate is es- 
tablished in the second device for communicating 
with the surrogate established in the first device. 

The method of Claim 1, wherein the information 
available from the information source in the compu- 
ter network includes dynamically changing content. 

The method of Claim 1 , wherein the request from 
the first browser is associated with the retrieved in- 
formation during storage. 

The method of Claim 5, further comprising the step 
of searching for previously stored information, in re- 
sponse to receipt of an information request from 
one of the devices, prior to retrieving the information 
from the information source. 

The method of Claim 1 , wherein the step ol retriev- 
ing the requested information further includes re- 
trieving the requested information from the informa- 
tion source in the network through a firewall server 

The method of Claim 1 , wherein the request is rep- 
r s ntativ of an addr ss associated with the infor- 
mation source. 



The m thod of Claim 8, wherein the computer n t- 
work is the Internet and the address is a URL. 
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10. The method of Claim 9, wherein the requested in- 
formation includes at least one HTML document. 

11. A method of interactively sharing information be- 
tween at least two devices in a computer network, s 
each device having a respective browser associat- 
ed therewith for handling the information, the meth- 
od comprising the steps of: 

downloading code to a first browser associated io 
with a first device to establish a surrogate there- 
in, the surrogate translating requests from the 
browser; 

retrieving information from an information is 
source in the network for storage in response 
to receipt of a translated request from the sur- 
rogate of the first browser to retrieve the infor- 
mation; and 

20 

sending the stored information to at least a sec- 
ond browser of at least a second device in re- 
sponse to receipt of a similar translated request 
therefrom, the second device receiving the 
translated request from the first device, such 2S 
that the devices can share the information re- 
trieved from the information source in response 
to the single request made to the source. 

12. Apparatus for interactively sharing information be- 30 
tween at least two devices in a computer network, 
each device having a respective browser associat- 
ed therewith for handling the information, the appa- 
ratus comprising means arranged to carry out a 
method as claimed in any of the preceding claims. 35 

13. A computer program product directly loadable into 
the internal memory of a digital computer compris- 
ing code for performing a method as claimed in any 

of claims 1 to 1 1 when said product is run on a com- 40 
puter. 

14. A computer program product stored on a computer 
usable medium comprising computer readable pro- 
gram means for causing a computer to perform a 45 
method as claimed in any of claims 1 to 11 . 
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